- 압축알고리즘/동경,세환 . . . . 20 matches
char FM;
FM= Str[0];
cout << FM;
cout << Str[i]-FM;
char FM;
FM= Str[0];
cout << (char) (FM-(Str[i+1]-'0'));
cout << (char) (Str[i]-'0'+FM);
char FM;
FM= Str[0];
cout << FM;
if(Str[i]-FM>=10)
FM=Str[i];
cout << FM;
cout << Str[i]-FM;
char FM;
FM= Str[0];
cout << (char) (FM-(Str[i+1]-'0'));
FM=Str[i];
cout << (char) (Str[i]-'0'+FM);
- TwistingTheTriad . . . . 14 matches
C++ 시스템의 Taligent 로부터 유래. Dolphin Smalltalk 의 UI Framework. 논문에서는 'Widget' 과 'MVC' 대신 MVP 를 채택한 이유 등을 다룬다고 한다. 그리고 MVC 3 요소를 rotating (or twisting)함으로서 현재 존재하는 다른 Smalltalk 환경보다 쓰기 쉽고 더 유연한 'Observer' based framework 를 만들 것을 보여줄 것이다.
In MVC, most of the application functionality must be built into a model class known as an Application Model. It is the reponsibility of the application model to be the mediator between the true domain objects and the views and their controllers. The views are responsible for displaying the domain data while the controller handle the raw usr gestures that will eventually perform action on this data. So the application model typically has method to perform menu command actions, push buttons actions and general validation on the data that it manages. Nearly all of the application logic will reside in the application model classes. However, because the application model's role is that of a go-between, it is at times necessary for it to gain access to the user interface directly but, because of the Observer relationship betweeen it and the view/controller, this sort of access is discouraged.
http://free1002.nameip.net:8080/pyki/upload/MVCTriad.jpg
For example, let's say one wants to explicitly change the colour of one or more views dependent on some conditions in the application model. The correct way to do this in MVC would be to trigger some sort of event, passing the colour along with it. Behaviour would then have to be coded in the view to "hang off" this event and to apply the colour change whenever the event was triggered. This is a rather circuitous route to achieving this simple functionality and typically it would be avoided by taking a shoutcut and using #componentAt : to look up a particular named view from the application model and to apply the colour change to the view directly. However, any direct access of a view like this breaks the MVC dictum that the model should know nothing about the views to which it is connected. If nothing else, this sort of activity surely breaks the possibility of allowing multiple views onto a model, which must be the reason behind using the Observer pattern in MVC in the first place.
- 내가 파악한 MVC 모델은 너무 얕은 지식이였나. 여태껏 그냥 Layer 단으로만 그렇게 나누어진다만 생각했지 해당 이벤트 발생시나 모델의 값 변화시 어떠한 단계로 Control 이 흘러가는지에 대해서는 구체적으로 생각해본 적이 없었던 것 같다. 화살표를 보면 Application Model -> Controller 로의 화살표가 없다. 그리고 Problem Space 의 범위도 차이가 난다.
근데, WEB 에서의 MVC 와 GUI 에서의 MVC 는 그 Control Flow 가 다르긴 할것이다. 웹에서는 View 부분에서 이벤트가 발생하여 이것이 도로 Model 로 올라간다..식이 없기 때문이다. 믿을만한 출처일지는 모르겠지만, 암튼 이를 구분하는 글도 있는듯. http://www.purpletech.com/articles/mvc/mvc-and-beyond.html
This is the data upon which the user interface will operate. It is typically a domain object and the intention is that such objects should have no knowledge of the user interface. Here the M in MVP differs from the M in MVC. As mentioned above, the latter is actually an Application Model, which holds onto aspects of the domain data but also implements the user interface to manupulate it. In MVP, the model is purely a domain object and there is no expectation of (or link to) the user interface at all.
The behaviour of a view in MVP is much the same as in MVC. It is the view's responsibility to display the contents of a model. The model is expected to trigger appropriate change notification whenever its data is modified and these allow the view to "hang off" the model following the standard Observer pattern. In the same way as MVC does, this allows multiple vies to be connected to a single model.
While it is the view's responsibility to display model data it is the presenter that governs how the model can be manipulated and changed by the user interface. This is where the heart of an application's behaviour resides. In many ways, a MVP presenter is equivalent to the application model in MVC; most of the code dealing with how a user interface works is built into a presenter class. The main difference is that a presenter is ''directly'' linked to its associated view so that the two can closely collaborate in their roles of supplying the user interface for a particular model.
- ProjectPrometheus/Journey . . . . 8 matches
1. MVC를 생각하면서, 이에 맞는 JSP(View), Servlet(Controller), Bean(Model)로서의 WebProgramming을 구상하였다.
1. 월요일에 작성한 통합된 UserStory와 Scenario를 기반으로 완전한 Requiment 를 작성하고, MVC, WebProgramming을 감안하지 않는 CRC 접근을 했다.
* ["1002"] 는 오늘 모임전 해당 프로그램이 Java Servlet & JSP 기반에서 돌아갈것이라 생각, Java Web Programming 에서의 MVC 패턴을 책들을 보면서 공부를 했다. 그래서 그런지, ["neocoin"] 과 전체 디자인 이야기를 할때 Java Web 에서의 MVC style 에 대해 먼저 언급하게 되었다. 그러면서 JSP Page - Servlet - Logic 객체들 로 나누고 Requirement 와 이전 수요일때 했었던 Iteration 등에서의 용어를 떠올리며 디자인을 생각하게 되었다.
그러다가 나중에 '이전에 생각했었던 CRC 세션에서의 디자인과 다르다' 라 판단, 다시 CRC 세션을 가져서 디자인을 하게 되었다. 앞의 경우가 MVC Architecture에 대한 디자인이 나왔다 한다면, 후자의 경우는 실제 Logic 부분에 대해 더 구체화된 (하지만, Java Web Architecture 와는 상관없이 일단은 일반 어플리케이션과 같아보이는) 디자인이 나왔다.
* 후자의 경우이기 때문에 용어면에서 더 추상적이라는 것에 약간 의문이다. 왜 추상적일까? 추상적인 이유는 {{{~cpp MVC-WebProgramming}}}의 설계 접근을 하면서 OOP에서 느껴지는 책임에 따른 의인화가 암묵적으로 막아져 버린듯 하다.
* 만약 MVC 설계에서 처음 시작할때 '''책의 객체화'''를 생각 했다면... 하는 아쉬움이 든다.
* CRC의 접근은 JSP-Servlet-Bean 상에서 구현하기 까탈스러운 면있을 것 같다. 하지만, MVC니 하는 말에 집중하지 않고, 오직 객체 상호간에 능력 배양에 힘쓰니, 빠진것이 없는것 같아서, 좋왔다.
- 2dInDirect3d/Chapter1 . . . . 7 matches
1. 32비트 포맷으로는 D3DFMT_X8R8G8B8, D3DFMT_A8R8G8B8 등이 있다.
2. 24비트 포맷으로는 D3DFMT_R8G8B8 이 있다.
3. 16비트 포맷으로는 D3DFMT_R5G6B5, D3DFMT_X1R5G5B5, D3DFMT_A1R5G5B5, D3DFMT_A4R4G4B4 등이 있다.
- DesignPatterns/2011년스터디/1학기 . . . . 4 matches
1. MVC 모델에 맞춰 설계해야해서 [HolubOnPatterns]에서 좋다고 하는대로만 설계하지는 않음.
1. MVC로 나누고 Data모델을 위한 Drawable을 만드는 이유를 알것 같았다. 서로 직접적인 통신을 꼭 안해도되는군..
1. 이번 기회에 MVC가 뭔지 제대로 알았다(개념만)
1. SE project인 merge 프로그램 디자인을 했다. MVC모델이 스팩이라 자유롭게 책에 나온걸 자유롭게 써보진 못했다.
- ProjectZephyrus/ClientJourney . . . . 4 matches
* 다른 MFC나 ["wxPython"] 등의 다른 GUI Framework와 ["디자인패턴"] 에 익숙하면 이러한 Swing 에 익숙해지는데에도 도움이 되었다. 대부분의 GUI 에선 ["CompositePattern"] 으로 윈도우들을 구성하기에. 그리고 Java API를 공부하는 동안 ["IteratorPattern"] 이나 ["DecoratorPattern"], MVC 등에 대해서도 이해하기 용이했다.
DeleteMe) ''참고로 자바에서는 순수한 형태의 MVC 모델을 사용하지 않습니다. 변형된 형태의 MVC 모델을 사용합니다 [http://java.sun.com/products/jfc/tsc/articles/getting_started/getting_started2.html Introducing Swing Architecture]. 이론과 실제의 차이랄까요. --이선우''
''순수한 형태의 MVC 모델을 구경해본적이 없는 관계로;; 저에겐 추상적인 개념일 뿐인지라. 하긴 JTree 에서 TreeModel 부분과 TreeRender & UIManager 부분, JTree 부분에 연결된 리스너와 관련할때 정확히 Control 부분과 UI 부분이 따로 떨어지지 않고 경계가 좀 모호하긴 하다는. --석천''
- Spring/탐험스터디/2011 . . . . 4 matches
* 과제: SpringSource Tool Suite에서 Spring MVC Template 프로젝트 생성
3. MVC 프로젝트
- HomeController는 MVC 모델의 컨트롤러로 뷰에 모델을 바인딩하는 역할을 담당한다. home() 메소드 내부의 Welcome home!은 logger에 찍히는 문자열이기 때문에 실제로 실행시에 보이는 것은 아니다. HomeController가 하는 주된 역할은 return "home";을 함으로써 HomeController를 사용하는 쪽에서 home.jsp(뷰)를 찾을 수 있게 하는 것이다.
2.1. 우선 책에서 외부 라이브러리를 사용하고 있는데, STS에는 필요한 라이브러리가 들어있지 않은 것 같다. 이쪽 페이지(http://www.tutorials4u.net/spring-tutorial/spring_install.html)를 보고 라이브러리를 받아야 한다. 받아서 압축을 풀고 spring-framework-3.0.5.RELEASE/dist 폴더에 있는 jar 파일들을 프로젝트에 포함시켜주면 AnnotationContext, AnnotationConfigApplicationContext, @Configuration, @Bean 등을 사용할 수 있게 된다.
1. Spring MVC Template Project 생성하여 실행해보려다 실패.
- UDK/2012년스터디/소스 . . . . 4 matches
CurrentCameraScale = FMin(CameraScale, CurrentCameraScale + 5 * FMax(CameraScale - CurrentCameraScale, 0.3)*fDeltaTime);
CurrentCameraScale = FMax(CameraScale, CurrentCameraScale - 5 * FMax(CameraScale - CurrentCameraScale, 0.3)*fDeltaTime);
- ModelViewPresenter . . . . 3 matches
MVC 에서 유래. MVP 의 목적은 Model 과 View 사이의 Observer connection 에 대해 더 깔끔한 구현을 제공하는 것이다.
Model-View-Presenter or MVP is a next generation programming model for the C++ and Java programming languages. MVP is based on a generalization of the classic MVC programming model of Smalltalk and provides a powerful yet easy to understand design methodology for a broad range of application and component development tasks. The framework-based implementation of these concepts adds great value to developer programs that employ MVP. MVP also is adaptable across multiple client/server and multi-tier application architectures. MVP will enable IBM to deliver a unified conceptual programming model across all its major object-oriented language environments.
C++, Java 의 다음 세대 프로그래밍 모델. Smalltalk 의 고전적인 MVC 프로그래밍 모델에서 나왔으며, 다양한 번위의 어플리케이션과 컴포넌트 개발 테스크를 위한 강력하면서 이해하기 쉬운 디자인 방법론. 이 개념의 framework-based 구현물은 MVP 를 em쓰는 개발 프로그램에 훌륭한 가치를 더해준다. MVP는 또한 다중 client/server 나 multi-tier 어플리케이션 아키텍쳐에도 적합하다. MVP 는 IBM 의 대부분의 OO Language 환경들에 대해 단일한 개념의 프로그래밍 모델을 제공해 줄 수 있을것이다.
- MoreEffectiveC++/Techniques1of3 . . . . 3 matches
class CPFMachine { // copy, print, fax 전부 할수 있는 기계
CPFMachine m1; // 여기 까지는 잘된다.
CPFMachine m2; // TooManyObjects 예외를 발생 시킨다.
- 데블스캠프/2013 . . . . 3 matches
|| 8 |||| ns-3 네트워크 시뮬레이터 소개 |||| [:데블스캠프2013/둘째날/API PHP + MySQL] |||| [http://zeropage.org/index.php?mid=seminar&document_srl=91554 Machine Learning] |||| |||| [MVC와 Observer 패턴을 이용한 UI 프로그래밍] |||| [아듀 데블스캠프 2013] || 3 ||
|| 9 |||| [개발업계 이야기] |||| [:데블스캠프2013/둘째날/API PHP + MySQL] |||| [http://zeropage.org/index.php?mid=seminar&document_srl=91554 Machine Learning] |||| |||| MVC와 Observer 패턴을 이용한 UI 프로그래밍 |||| [아듀 데블스캠프 2013] || 4 ||
|| 정의정(21기) || MVC와 Observer 패턴을 이용한 UI 프로그래밍 ||
- LearningGuideToDesignPatterns . . . . 2 matches
ObserverPattern 과 Model-View-Controller (MVC) Design 을 이해하기 위한 준비단계로 MediatorPattern을 공부한다.
고전적인 MVC Design 을 구현하기 위해 어떻게 ObserverPattern에 의해 MediatorPattern 이 이용되는지 발견하라.
- woodpage/쓰레기 . . . . 2 matches
: 여름방학때 잠시 봤었지만 책이 맘에 안들어서 그냥 있었음 우연히 도서관에서 내가가진 책을 보완해주는 책(JSP 프로페셔널 출판사 가메)이 있어서 같이 봄 웹프로그램은 눈에 보여좋음 ^^;; 게시판을 MVC 2모델로 짰는데 좀나중에 MVC 1모델로 짜볼것임
- 데블스캠프2013/넷째날/후기 . . . . 2 matches
= 정의정 / MVC와 Observer 패턴을 이용한 UI 프로그래밍 =
* 개인적으로 Observer 패턴에 대해 듣고 새로운 깨달음을 얻을 수 있어서 꽤 마음에 들었습니다. 특히 기존 MVC 패턴에 문제점이 있다는 것을 들은 적이 있어서 대안을 좀 찾아 본 적이 있었는데, 아마도 이걸 말하는 게 아닌가 싶어서 속이 좀 시원했습니다. - [서민관]
- Adapter . . . . 1 match
상호 작용(사용자가 직접 이용하는의미)하는 어플리케이션을 위한 Model-View-Controller(MVC) 패러다임에서 View 객체들(화면상에 표현을 담당하는 widget들) 은 밑바탕에 깔려있는 어플리케이션 모델과 연결되어진다. 그래서 모델안에서의 변화는 유저 인터페이스에 반영하고 인터페이스 상에서 사용자들에 의한 변화는 밑에 위치한 되어지는 모델 데이터(moel data)에 변화를 유도한다.View객제들이 제공되어 있는 상태라서 어떠한 상호 작용하는 어플리케이션 상에서라도 그들은 ㅡ걸 사용할수 있다. 그러므로 그들은 그들의 모델과의 통신을 위해 일반적인 프로코콜을 사용한다;특별한 상황에서 모델로 보내어지는 getter message는 값이고 일반적인 setter message역시 값이다.:예를 들자면 다음 예제는 VisualWorks TextEditorView가 그것의 contects를 얻는 방법이다.
- DoubleDispatch . . . . 1 match
* http://eewww.eng.ohio-state.edu/~khan/khan/Teaching/EE894U_SP01/PDF/DoubleDispatch.PDF
- EightQueenProblem/밥벌레 . . . . 1 match
{$R *.DFM}
- GuiTesting . . . . 1 match
MVC 는 View 단을 테스트하기에 적합하지 않은 면이 있다. 그래서 ModelViewPresenter 로 해보니 좋았다. --NeoCoin
- PPProject . . . . 1 match
[PPProject/20041001FM]
- ProjectPrometheus/Iteration1 . . . . 1 match
|| 7/09 pm2:00~7:00 || 전반적인 설계:MVC-Web, OOP ||
- TddWithWebPresentation . . . . 1 match
암튼, 현재의 내 코드로 봤을때는 기존의 MVC 로 봤을 때에도 View와 Controller 가 섞여있는 형태였다. 이 부분에 대해서 다음과 같이 코드를 변경해보았다.
- ZeroPage성년식/회의 . . . . 1 match
* onoffmix.com에 페이지 만들게요~
* ONOFFMIX에 등록. [http://onoffmix.com/event/4096 ZeroPage성년식]
* 다시 독촉,, 연락 되시고 참여하신다는 분에 한에 onoffmix에 신청 유도
- erunc0/Java . . . . 1 match
* ["MVCModel"]
- fnwinter . . . . 1 match
사운드 프로그래밍(FFT/Eq/Sound Effect/BASS/FMOD 사용하기/공짜로 MP3를 다운받기)
- 김수경/StickyWall . . . . 1 match
회사에서 ASP.NET MVC3을 써야해서 만들어보는 Toy Project.
- 논문검색 . . . . 1 match
* [http://www.riss4u.net/index.html RISS4U]
- 블로그2007 . . . . 1 match
PHP 인터프리터는 APM을 같이 생각해 설치해야 합니다. 국내에 유명한 APM패키지로는 [http://apmsetup.com/ APM Setup]이 많이 쓰입니다. 그러나 작년 말에 예정된 업그레이드 버전 이후 소식이 없습니다. (내부 사정이 있는 것 같아요.) 더 추천할 곳은 [http://www.apachefriends.org Apach Friends]라는 멋진 곳에 있는 XAMPP를 사용하세요. 천천히 RTFM해보면, 됩니다.
- 상협/프로젝트관련 . . . . 1 match
''방화벽을 자유 자재로 넘나들기 위해서는 80번 포트 위로 올라가는게 좋고, 그렇게 하려할때 가장 손쉽게 할 수 있는 기술은 SOAP을 이용하는 것이니, 이를 고려해봄이 어떨까 하는데. socket을 이용할 경우 80번 포트에서 웹서버가 돌아가면 '''말짱꽝'''으로 방화벽을 통과하기는 어려운일이고.. 그럼 SOAP은 어떻게 쓰느냐? 가장 손쉽게 접근할 수 있는것으로는 [http://java.sun.com/xml/jaxm/index.html JAXM]을 추천함. 그럼 어떻게 돌리는가? '''RTFM''' '' :) --이선우
- 작은자바이야기 . . . . 1 match
* MVC와 영속화 계층(DB)
- 정모/2011.4.4 . . . . 1 match
* 튜터링 수업은 정규 수업 진도를 꼭 따라갈 필요는 없을 듯 합니다. 작년에 튜터링 수업을 들었던 경험상, 튜터 선배님이 다들 1년동안 배운 C, C++과 공통된 문법은 넘어가고 클래스부터 설명을 하였습니다. 그리고 수업 외에 이때 내가 알았으면 좋았을거다! 싶다 생각한 것을 가르쳐 주셨습니다. map, set에 대한 간단한 설명이나, UML 사용법에 관한 프린트를 뽑아와 알아두면 좋다 하시기도 하고, MVC에 대해 예시를 들어 설명하시기도 하고, 인터페이스를 저그, 프로토스, 테란의 공통된 기능을 묶어 설명하기도 하고... 열심히 연습하며 따라가면 좋았을텐데 저의 성찰일지는 늘 공부를 했어야 했는데...로 끝났다는 게 미스지만요ㅠㅠ([강소현])
- 정모/2012.2.24 . . . . 1 match
* 오랜만에 지원이누나를 다시 보는데다 승한선배가 오신다기에 급하게나마 2월 회고를 위한 정리를 진행했어요. 는 지원이누나가 정모가 잘 진행되고 있는거 같아서 좋다고 하기에 안도. ㅎㅎㅎㅎ 회고에서는 아무래도 단추공장 조가 가장 큰 인기를 끌었던거 같네요. Agile Korea가서 제대로 건져와서 써먹네요. ㅋㅋ GUI는 요새 제가 동네 리뉴얼하면서 (실제로 난 별로 안하는거같기도..) MVC패턴이나 View부분에 신경을 많이 쓰다보니 와닿는점이 참 많았어요. 승한선배가 좀 더 깊이 설명해주셨다면 좋았을텐데...라는 생각이 좀 들긴했지만요. 성현이형의 OMS도 엄청나서 (도쿄라니!) 전반적으로 정말 즐거운 정모였던거 같아요 - [김태진]
- 정모/2012.7.25 . . . . 1 match
* MVC의 Model과 DDD(는 아니지만)의 Domain - Repository와의 관계에 대해 고민했다. DAO와 Repository의 차이가 무엇인지 아직 잘 모르겠다. - [서지혜]
- 정의정 . . . . 1 match
* [데블스캠프2013] - MVC와 Observer 패턴을 이용한 UI 프로그래밍
Found 33 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
